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There are four subdirectories that contain the 
messages received* sent, to be dispatched, and to 
be sent This denotes the physical location where 
the JAXM message provider will send or receive 
the messages with the reliable message delivery 
capability. 
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